home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group94b.txt
/
000025_icon-group-sender _Tue Aug 30 11:33:50 1994.msg
< prev
next >
Wrap
Internet Message Format
|
1995-02-09
|
2KB
Received: by cheltenham.cs.arizona.edu; Tue, 30 Aug 1994 06:44:54 MST
To: icon-group-l@cs.arizona.edu
Date: Tue, 30 Aug 1994 11:33:50 GMT
From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Message-Id: <1994Aug30.113350.5310@kf8nh.wariat.org>
Organization: Brandon's Linux box and AmPR node, Mentor, OH
Sender: icon-group-request@cs.arizona.edu
References: <33smt8$meg@ios.com>, <1994Aug29.223512.12423@kf8nh.wariat.org>, <33ua3h$51h@ios.com>
Subject: Re: Icon - still alive??
Errors-To: icon-group-errors@cs.arizona.edu
In article <33ua3h$51h@ios.com>, nmw@ios.com (Nick Williams) says:
+---------------
| In article <1994Aug29.223512.12423@kf8nh.wariat.org>,
| Brandon S. Allbery <bsa@kf8nh.wariat.org> wrote:
| >Binary file I/O for non-character data would be nice. Or, alternatively,
| >functions akin to Perl's pack()/unpack(). I have several Perl scripts I would
|
| I thought reads() was meant to be used for binary data, am I wrong? If
| characters in Icon can be treated as plain bytes then pack()/unpack()
| type procedures could be built upon reads()/writes().
+------------->8
You can, and I have --- and as a result I have *one* (and only one, until the
situation is resolved) program which uses reads() and translates C (long)s
into a form Icon can internalize. And if I ever decide to move the program
from SCO to Solaris it's going to have to be rewritten because the endianness
is different between them. (And again, htonl() is not an option.)
And then there's the question of binary floating point format...
++Brandon
--
Brandon S. Allbery KF8NH [44.70.4.88] bsa@kf8nh.wariat.org
Linux development: iBCS2, JNOS, MH
Daily dreading Nehemiah Scudder^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^HRush Limbaugh